(12) 
(21) 

(22) Dais ot filing: 



illllllllllillllllllSlllIIIIll 

(id EP 0 854 818 A2 



EUROPEAN P&TENT APPLICATION 

(SI) !nt CL 6 : HQ4L 12/56, H04L 12/18 



(84) 



AL LT LV M& RO Si 
(30) Priority: 17.01.19S7 US 
(71) Applicant: LUCENT 



(72) 






SUaaBMV OF THE INVENTION: 



The Invention • elates to data networks and mors 
particularly tsfetss to a multicast protocol for locating, 

r d leaving { I 
particular information. 

BACKGROUN D OF THE jNVENTSOM: 

Presently, a user associated with a multimedia ter- 
minal e g , a convent snal ,v rl ; at ion or PC, may enter 
■a request via the terminal to participate in a particular 
sver -lit sees, ieie\ sed 

speech, etc., that is being provided by a node, e.g., a 
packet switch, in a digita* network. The even; is typically 
me h i i.e. , group iden 

ti%r (0.9. , 800 number or conference bridging number 
in convert tior tele e ne \ .scwho 

wants to participate in ihe event may identify the event 
in a request thai the user submits lo his/her terminal 

sociaiod serving node within the digital network. A group 
ien f or may represent a collection of users who are 
interested in partict ar ir mati jc 'tod with the 
event (No . hat gr p identifier is Different from an 
identifier thai is used to identify a particular user} Typi- 
cally, the membership associated with a group identifier 
may be dynamic such that a member may join and leave 
the group at any time. Also, there is no restriction on the 
physical location oi multicast group members who may 
or may not be at the same physical location. The net- 
work maintains information relating to the group and typ- 
ically does this by constructing a network directory 
which ss used to track the connectivity of aclive mem- 
ber t'ha ; fvm 11 f- ip identifier 
to the network directory . The directory, in turn, returns 
the address of the nearest node which it can join. The 
serving node then scads a request to join the multicast 
group to the identllted node A node that joins or leaves 
a multicast group must notify the directory so that ii can 
update the membership information. Unfortunately, 
membership may change so frequently that manage- 
ment of such a directory may become costly and ineffi- 
cient. 

The network may also maintain such membership 
by construe ( v 1 the network. Data 

that is sen; by a use. is then first delivered to the serves 
which, in turns, delivers the information to ait other mem- 
b< ri the multii igh this approaci 

pears io be simple 30 implement it, nevertheless, may 
lead to a single pom otfai Uiei.it-eew I 1 
1 Ml? More icb does not use the m\v 

resources efficiently, since user data has to be sent to 
the server. 



The foregoing is addressed and the relevant an is 
advanced by providing an efficient and scaieaoie mech- 

s anism for a data network to maintain multicast group in - 
formation in a distrit n whir my n< de r 

the network may automatically iocate, join and teave a 
multicast group. The mechanism is distributed so that a 
single node has to maintain complete information about 

re the other participants of the multicast group. In particu- 
lar, in accordance with an illustrative embodiment of the 
invention, a network node enters a request to pin a mul- 
ticast group, by constructing at least one routing tree 
formec ro ribs to each f a number of other 

ss nodes identil d mee :je 

idenfifying the multicast group to the selected nodes in 
accordance with he outing ;« > In re; e to re< j 

smessa - 1 in ecfec 

t in ti t up. the roq icde t simply 

20 sends a join message to the identified node to join the 

These and other aspects of the claimed invention 
are disclosed in the 1 1 > rnption, ac- 

companying drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS: 

In the drawing: 

so fig. 1 shows a communications network in which 
the principles of the invention may be practiced; 

FIG. 2 illustrates a routing tree rooted at a particular 
one of the nodes oi FIG, 1 ; 
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FIG. 3 shows a state diagram i t s ie I 2 cpe 
ation of a node m accordance with the principles of 
the invention; 

40 FiGs. 4-9 are respective expanded versions of the 
operations states shown in FIG. 3, and 

FiGs. 10-1 5 illustrate the operation of the principles 
of the invention in an iiiustiative hierarchical net- 
4$ work. 

DETAILED DESCR ■ ' ■ 

Our inventive { a I ; a. ° P 

SO tieipaot-l nitrated Join*, in which a node initiates a re- 
r e i o 1 1 oing so 

mines the network path that is to be used to join the mul- 
ticast. The protocol t)as two phases We call the first 
pbase the "Find" phase, since ii is the requesting node 
55 that determines the identity o 1 are already 

•oh the multicast tree We can the second phase the 
"Join" phase, since the requesting node attempts to join 
the nearest node that is already on the multicast free in 



the Find phase, a nods that wants to join the multicast 
group originates a REQUEST message and sends it to 
all of its neighbors on the shortest path tree rooted at 
the requesting node. A neighbor thai receives the mes- 
sage then forwards it downstream to its neighbors along 
the links of the shortest path tree rooted at the originat- 
ing node. This process continues until the REQUEST 
i t m- k.< l ma dy on the 
multicast ires or a leaf node of the shortest path tree 
c< - "-it ling de 'hat has the 

soeght-efter multicast information.} Each node that is al- 

idy on the mu e reque 

the cost parameter sot to 0 The leaf nodes that are not 
on the multicast tree reply to the request with the cost 
parameter set to -1 . On a A a I in ;th 

_ = . i >de and fc 

wards the REPLY message horn the nearer;!, node up- 
stream towards the originator of the REQUEST Before 
doing so, trie node updates the eosi I anchor: to retiec? 
the cost from tbss node to the nearest node. The origi- 
nator receives ail trie replies and determines she no?: rear 
node. This ends the Find phase In She voir, phase, the 
requesting node determines the path to the .nearest 
i E J message The de-ermmed 
path is inserted in the message so that an intermediate 
node does not have to make the same determination. 

t. it it i i) t ii 

replies with a JOIN-ACK message end ail the nodes in 
the path become a branch of the multicast tree. 

An illustrative example of the foregoing is shown in 
FltS. 1 (nw ichsc hi iter mshtioas information is as- 
sensed to be a multimedia event 150, e.g., a televised 
act e s t -sedia signals characterizing the multime- 
dia event are supplied to node i05 : whtch may operate 
as a conventional vsdeo sen/e> for the purpose of sup- 
plying the video signal in the form of digital signals to a 
user who has entered a request to receive a copy of 
such signals via network 100 formed from data nodes 
105, 11.0, 11.5, 120. 125, 130 and 135. In an iifustrative 
embodiment ofthe invention, each of the nodes may be. 
for example, a conventional ATM switch Assume that a 
user associated with workstation 170 in a conventional 
manner enters a request via a keyboard (not shown} to 
view the event on monitor 1 75, in which the request in- 
cludes an identifier associated with the muitimedia 
event. The request, however, does not. contain the iden- 
tity {e.g., address) ot the source of the multicast infor- 
mation. Workstation "I/O, in response to receipt of the 
request o u > a form t <pet t; >> 

eted n wo k ode 125 also shown as the E 
de. At to! tion network 1 00 does 

to i tt lud i the informs tloi that s 

respectively supplied by the network 100 nodes Ac- 
eordingfy. to locate the node that has the multicast in- 
formation node I2t t ? j the other neb 
100 nodes. Setose v ^ da 125 e< 

se forme lected pat o each of t! 

other nodes, in which the selection is based on prede- 



nii meter, for e i of hop 

etc, in an illustrative embodiment of the invention, cost 
iseharae'er 1 ght value. Such weight \ 

are shown in parentheses in FIG. 1 and are used, as 
■5 monti I i teas; cost r u 

pie, if node 120 (D) needs to send a message to node 
(05 K) en "ee 120 ft !' 1 ■<{■ j =er d e messag i 
hods 110 (8) since the sum or the weights associated 
with the links in that path is lass than the sum of the 

10 weights associated with the links in the via node 1 1 5 (C) 
path, i.e., (5) + (1) < (6) + (3). 

Thus, in accordance with known techniques, node 
1 1 inc phase cons >nd uses 

that tree to control the routing ot a message to locate a 

ra node thai ties the reqaesfeci multicast information, i.e.. 
the televised event 150. An example of such a tree is 
illustrated in FIG. 2. Node 1 20 thus sends a "Find" mes- 
sage to node 1 35 ;G) and to node i 20(D) In accord with 
the tree. The "Find 1 message includes, inter aha, the ad-- 
dress of the message originator, Identifier associated 
with the sought-after information, a request for the iden- 
tity of the nods that has the sought-after information. 
I ssagei i mfotmalion ch 1 

ing the constructed path tree Accordingly, then, upon 

2S receii. ' < 3, Reply mes- 

sage with the cost parameter set to -1. Although node 
1 20 does not have the sought-after information, it does 
not discard the message since the path tree indicates 
that the 1 d be Individually routed to nodes 

30 110, 115 and 130, as shown in FiG 2. Similarly, when 
the message reaches node 110. the node does not dis- 
card the message (even though it does not have the 
sought-after information}., but forwards If to node 105 
{A). Since, it is. assumed that node 105 has the sought 

3$ after information, then it responds to the receded mes- 
sage by reluming to node 125 3 reply message contain- 
ing the identity (address) of node 105 and with the cost 
parameter set to 0. 

Upon 1- - t< " i 1 ,1 message, node 1 25 enters 

vo the 'Join" phase, as discussed above. In this phase, 
node 125 constructs the shortest path to node 105 and 
sends a Join message containing the node 1 25 address 
with a request to pin i 

Referring to FIG 2, it is seen thai such path would 

«* be via nodes 110 and 120, rather than via nodes 115 
and 120. Node 105 returns a Join-ACK and then starts 
supplying the televised event to node 1 25 via the deter- 
mined path. When nodes 110 and 120, which are in the 
path of the multicast, start receiving the multicast intor- 

so matian then they note in e - internal mem- 

ones that they also have such information. 

Assume at this point that a user associated with 
node 1 00 also wishes to receive the multicast and enters 
a request toi thai rntoi mat ei o m ode 130 con 

ss stfucis a least-cost path tree and launches its own find 
message In accordance f tite tree mot shown). When 

essageree het n ds - 0 asr. - 
message to nods 1 30 indicating that It has the in forma- 



lion. As discussed above, node 1 30 accumulates the re- 
ply messages and then deter mines from these message 
which of the nodes having the sought-after information 
is closest to node 130. in the present illustrative exam- 
ple, the closest nods tor the desired purpose would he 
i en node 130 may pin the mel- 
t :> node 1 20 rather 
than to node 105. Thus, when node 1 20 receivesa pack- 
et ot such information from node 110, it sends a copy to 
node 1 25 and a copy to node i 30. 

- at this point i stat on 1 70 enters a 

requ st to terminate rec< t the ft 38! isn node 
125 forms a "Leave" message and sends the message 
to node '20 in accordance with the constructed patn 
fee tooted at code 125. When node 120 receives the 
message, it stores the message in iocaS memory and 
terminates the supplying of the multicast information io 
node 125 but wilt continue supplying that information as 
st is received so node 1 30. if prior to the end of the tele- 
vised event, node 130 launches a "Leave" message 
then node i 20, in r ise to i i 

sports© to having no other receive;' for the multicast, 
sends a message io node 1 1 0 to teammate the supplying 
of the multicast to node 1 20. Similarly, node 110 sends 
a similar message io nods "1 05 ft ft has no other receiver 
for the multicast information. 

A situation could arise in which a node receives, at 
about the same time (concurrently), Find messages 
from eiurallty eft wo node T idle in 

situation and preserve the correctness of 'he distributed 
protocol, a node, e.g., node 125, appends a time stamp 
to a Had message, in this way, if a node. e.g.. node D. 
receives concurrently "Find" message from nodes 125 
and 1 30, then it processes the Find message bearing 

t I" II III T i 

the node, e.g., node 130, that launched the Find mes- 
sage bearing the Safest time stamp. Then, when the teas; 
cost multicast path is established from node 5 05 to node 
1 20, then node 1 30 launches a Find message after wait- 
ing a random (or a predetermined) period of time and 
then proceeds as discussed above. 

in an illustrative embodiment of the invention, the 
sci r i nhodied rte r 

chine which is implemented in each network node for 
each multicast group. An illustrative example of such a 
t - f F G j and is composed 
of five major states, namely IDLE 301 , WAIT 302, TEN- 
TATIVE 303, ACTIVE 304 and RETRY 305. Before dis- 
cussing FIG. 3, it would be best to review the different 
s) I at na>j oe sent by a nods attempting to 

em a mi n lat are sent by v 

other nodes in the network in response to a request to 

o i c 'k - - e >u 3i i i ' 

a multicast Pee/session sends a REQUEST message. 
ii !h riar 1 s ie eade o ie e 

quest message contains, Inter alia, the identity of the 
multicast information, sender 10, and time-stamp, (it 
may also contain a retry count a 



only be originated by a node that Is in trio tDLE state A 
node sends a REPLY message in response to receipt 
of a REQUEST message A REPLY message includes 
the header information of the REQUEST message and 
s anasso:^!- I pa jte < tifias the cost 

oftheshcr tth current node to iei 

node that is already on the tree The cost is updaf - $ 
the REPLY moves from one node to another node. The 
cost is set to -1 I? there is no ACTIVE node on that par- 
re ticular path. A nod < .-sage if it de- 
termines that another request is already being proc- 
essed, as discussed above. The request with the earlier 
time-stamp is allowed to continue while a RETRY mes- 
sage is sent to the originator of the request having the 

1S late'tr 1 - n >ve. A node seme 

JOIN-REQ message when it wants to join the multicast 
session/free. The pain to the nearest node is encoded 
within this message. An ACTIVE node sends a JOIN- 
ACK message in response to receiving a JOIN-REQ 

so ri ess ge T e - - i dicaie that a 

n e Is the mititicas ?-e ax e sen s a LEAVE to 
an ACTIVE neighbor node when it wants to leave the 
multicast session/tree. 

Turning then to FIG. 3, Briefly, in the IDLE state a 

-s i ^a i me ^ 1 1 i j i > mul e ^.t in- 
formation (or tree). A node enters the WAIT state after 
it has seet/ferwarded a REQUEST message and a; wait - 
ing lor a response A node enters the TENTATIVE state 
alter it has sent/forwarded a JOIN-REQ message fo- 

30 wards the nearest node that is already on the multicast 
tree. In this state, Ihe node is waiting for a JOIN -ACK 

a ' - t * 1 II en 
a multicast session (i.e., it is on the multicast tree. A 
node reaches this state when it receives a JOIN-ACK 

$$ message from a node that is already on the tree. Anode 
in the ACTIVE state may also maintain the tree-based 
information regarding ail the links that are incident on it 
and belong to the tree. However, the node dees not 
maintain any state information about new requests So 

*> join the tree A node reaches the RETRY state when it 
is the originator of a REQUEST to join a multicast tree 
and receives a RETRY message via one of the links of 
the tree. In this state, a node does not have to maintain 
any state information relating to other requests. Also, 

46 the node waits for a random period of time before re- 
sending the original REQUEST If may also track the 
number of REQUEST messages that it sends. 

An expanded version of the IDLE state is shown in 
FIG. 4. As mentioned above a node initiates a RE- 

50 QUEST message when it is in the IDLE state. 

A mode in this state only can initiate a REQUEST 
message. A REQUEST message is identified using the 
i t a f i 
erIQ is the ID of the node that is the originator of the 

55 message iime-sta a, ; I a j& ot a counter at the 
senderiD and retry-count is the number ol attempts the 
node has made to join the tree T he retry -count is initially 
Ol. The initial REQUEST message is forwarded on ail the 



links via the shortest-path tree rooted at the originating 
node The node then enters tee WAIT state. The foMow- 

' , - e receives i 

REQUEST message (action path 401 ) )or JOIN REQ 
message (action path 402). For exampte, assume that 
a REQUEST massage is received from node B, and 
therefore contains the tuple <iD B ,CNTR B , RC B >. Then 
the receiving node takes the foiiowing actions: 

! f the message is not on th e shortest path , then send 
a REPLY with cost = -1 towards the originator. Else, 
update the time stamp (kxat counter). 

Save the slate information of the message. 

Forward the REQUEST message. Change State = 
WAIT 

if no available link, send REPLY with cost = -1 . State 
- fDLE. 

if a JOIN-REQ message is received from node B, 
then the rscelvaig node proceeds as foibws: 

i orv ard J I -f EQmi ssageton de. Chang. 
State = TENTATIVE. 



Its links, then the node takes the following actions (path 
502): 

ignore the REPLY message if it does not contain 
s state information 

If not the last reply, then store the cost information 
and wait tor other reply messages. 

«* If the. last REPLY then determine best message by 
minimizing the {cost field of message + link cost). 
Then forw i 

nator of the REQUEST after updating cost. Change 
state = IDLE. 

15 

if originator of REQUEST message, then compute 
the shortest path to the nearest node. Send JOIN- 
REQ message towards that node via the shortest 
path, Change state TENTATIVE. 

if the node receives a RETRY message via one of 
ks <- men s node fakes m > i o i m m , t >r, 

601, FIG. 6): 

25 ignore the RETRY message if it does not contain 
state information. 



If current node is the final destination noted in the 
message, then return a RETRY message to the 
originator (Note that this condition may arise if the 
node changes its stats from ACTIVE to IDLE during 
the time between the sending of the REQUEST 
message and JOIN-REQ message to node B.) 

An expanded version of the WAR" state is shown in 
FIGs. SA, SB and 6. For F!Gs. 5A and B , assume that 
a node received a REQUEST message containing the 
tuple <ID A ,:CNTR A ,RC A > from node A, 

If the node also receives a REQUEST message 
from node B, <fD e> CNTR B ,RC. 3 >. Then -he node takes 
the following acJions (path 501): 

, i j counter. 

If the message had not been received via the short- 
est path, then send a REPLY So B. setting cost to -1 . 

It the moss tgo is receiv i rtesf path md 
A precedes B hme. then send a RETRY message 
to B. 

I h i ss.sh i - ( i nd 

B precedes A in time, then send a RETRY message 
to A Clear state information pertaining to A. Save 
in o na tor pertati ward R QUf S 

message. 

If the node receives a REPLY message via one of 



dearths state information and forward the RETRY 
message towards the originator of REQUEST. 

Change state ~ IDLE. 

If originator of REQUEST, then change state ^ RE- 
TRY 

35 Increment retry count 

Wait for a random period of time, then resend the 
REQUEST message with the updated retry count 
value. (Note: The same counter value (GNTR) wifi 
■to be used to ensure fairness. ) 

If the node receives a JOIN-REQ message from a 
node, e.g., node B, then the node proceeds as follows 
(path 602, FfG. 6): 

45 

Change state = TENTATIVE. 

If next node informatfon is available then forward 
leJOII EQmes - de and send 

so a RETRY message to node A. 

if no next node,, then send a RETRY message to- 
w- J- 1 n i f ,f t m - > 

55 An expanded version of the TENTATIVE state of 
FIG 3, is shown In FIG. 7, m which a node enters the 
TENTATIVE State after It receives a JOIN-REQ mes- 
i ? ode A. if at that 



■o> 



time, the node receives a REQUEST message from 
s 8 con ig the tup 3 ,CN1 P'-'e 51 ' '^ sn 
the racssving node proceeds in ins following manner 
(path 701): 

if 3 REQUEST message is not received via the 
shortest path, then return a REPLY with cost = -i to 
•he originator Else, 

Update locai counter value. 

Send RETRY message towards the originator of the 
message. 

It, on the other hand, the node receives a RETRY 
in 8 node I i fml wing a< 

(path 702): 

If RETRY matches JO!N-REQ, forward RETRY 
message back towards node A 

Change state = IDLE, 

ignore if RETRY message does not match JOIN- 
REQ. 

If the node otherwise receives a JQIN-ACK Mes- 
sage, than the node takes the following actions (path 
703): 

Change State = ACTIVE. 

Forward Join -Ac k to node A. 

Clear a ; stale information 

Update multicast tree information to include the link 
over which the JOIN-REQ was received 

ided versioi ins A |\ 5 IG 
3, is shown in FIG. 8, in which a nods Is already on the 
rr ticas el -.a )te the node only responds to 
new requests and join requests. Other messages may 
be ignored. 

If a node in the active state receiv s a Ri )u 
message from node B containing the tuple <IDg.CN- 
»- h ivingnc«te takes the following 
action (path 801): 

if the REQUEST message is not received via the 
shortest path, then send REPLY message with cost 
-1 to the originator Else, 

e oca counter va ue 

Send a REPLY with cost = 0, 

If, on the other hand, the node receives a JOIN- 



REQ message from node 8, then the node returns a 
JOIN-ACK i it ss g i B (path 502) it the node other- 
wise receives a LEAVE message from node B, then the 
node takes the following actions: 

5 

Update multicast tree information. 

If only one ACTIVE neighbor and the node is not 
member of multicast group, then send LEAVE mes- 
io sage to neighbor. 

Change state - IDLE. 

An cap ed e of the RETRY State Is shown 
■5 in FIG 9. A node enters the RETRY state after sending 
a REQUEST message Assume mat node A is in the 
retry state and the associated tuple information is - 
<ID A ,CNTR A .RC A >, and thai node A receives a RE- 
QUEST message from node 8 whose tuple information 
so is <ID B ,CMTR B ,RC B >. For that case., node A takes the 
following actions (path 901): 

!t message is not on the shortest path, send a RE- 
PLY back with cost set to -1. Update Socai counter. 

If A precedes B in lime, then send a RETRY mes- 
sage towards node B. 

If B precedes A in time, then save S's state intor- 
mation and forward the REQUEST message. Save 
A's information and stop A's retry timer (A cannot 
join the multicast group until' B has joined), 

Change state ~ WAIT. (A is now waiting for S) 

35 

If. on the other hand, a JOIN- REQ message is re- 
ceived from node 8 then the node fakes the following 
actions (path 902): 

40 - Change state - TENTATIVE. Forward JOIN-REG 
message to next node on the path. 

Save A's information and wait. (A cannot res end 
REQUEST message until B has pined multicast 
45 group). 

is Retry timer has expired, then increment Retry 
count and sen ~ ~ nessage containing the 
following tuple: 
SO <IP A ,CNTR A> RC A >. The old value of CNTR A is 
used to ensure fairness. 

The i<i"', may bo s i- implemented In a net- 
work formed from a plurality of so-called Peer groups. 
55 in which a peer g, o pis agio i - -odes form- 

ing a smaller network. In particular a large network 

ned from a large number of noc 
restructured > improve f ' sifmency of the number. 



so 



as 



40 



r ming nodes into groups 

each operating as a smaller network, In which connec- 
tion management functions are logically extended to 
each level of the network hierarchy. The state informa- 
tion Is maintained at each physical node. In addition, s 
each group is represented as a logical node at a higher 
foves o! the network hierarchy by a peer group leader 
(PGL). The PGL maintains separate state information 
for that logical nod© at thai hierarchical level The logical 
nodes perform the same state transitions as the physical 10 
nodes at the lowest level of the network hierarchy, in 
that sense, cur inventive protocol may be applied to 
such a network with the following modifications {exten- 
sions). 

15 

i) A Joining Node prom _t its PGL to en- 
ter the "sand 1 phase at the next higher level of the 
hierarchy. At the logical level, pre-established virtu- 20 
at connections between logical nodes are used to 
send i! REQUEST an s During 

the "Find" phase, the togica! nodes may make a 

1 i ' - v. k - i ' i WAIT s 1 
RETRY state similar to the physical nodes. or 

ii) It the PGL is already active at the higher ievel 
(which may mean that some other ACTIVE node ex- 
ists in the peer-group;, tnen this information is re- 
turned to the requesting node. Gn receipt of the in- so 
formation, the requesting node executes the proto- 
col 'to determine the nearest ACTIVE node within 

the peer-group. The ID of the nearest ACTIVE node 

1 )l 1 I t - W t I 1 - ! 

questing node If thecurren; level is the lowest ievel, & 
en the reques trig i je tars the 'Join* phase. 

iii) Otherwise, the PGL recursively executes the 
above steps high le 1 itreac es te i >n 
level of the hierarchy. At that level, the PGL enters 40 
the "Find" phase. At the end of the "Find" phase. 

the requesting node has the ID o? the nearest AC- 
TIVE node, {Note that this ID may either be the 
physical iD of the node within the same peer-group 
(single peer group case) or the logical I D of a higher 
level node in a I ftipfe pee 

group case). 

Join Pftm® 

so 

- 1 i - og 1 1 3 rs 

It mines the pain lot n rest node. 
The path 1 i\ i 5 \ neatest node i 

!ogscai node in a higher level, logical poor-group. The 
deiermined )ss gnated ss 

' u 1 P i - o tt P e t v r C, 

Network interface (PNNI) specification version TO, 
available from the ATM Forum. 2570 West Ei Camino 



Real, Suite 304. Mountain View, California 94040-1013, 
which is hereby incorpotated by reference. The DTL is 
embedded In the JOIN-REQ massage before if is for- 
warded to the nearest node On receiving a JOih-REG 
message, a node executes the following protocol: 

1) If the nods is already ACTIVE, it returns a JOIN- 
ACK message. The JOIN- ACK is returned along 
the same pah" r the rev« s< di otic }t ginat 
ing node. 

ii) Else, r? the DTL stack is not empty, then the 

% EQ messai - J c the next 

node based on the ^formation available in the 
DTL. {Note that new paths may be added to the 
DTL hy n 51 n> 

bov i ■ t one i retc < Use fc h t the 
JOIN-REO and JOIN-ACK messages may be 
sent on .network signaling channel. When the 
JOIN-REO or JOIN-ACK messages are sent 
across border links the logical node at :he ap- 
propriate ievel has to be informed so that the 
logical node can make a state transition to the 
TENTATIVE or ACTIVE state respectively. This 
is done by sending a copy of the JOtN-REQ or 
JOIN-ACK message to the appropriate logica! 
node. 

iii) If the DTL stack is empty then the node ea- 
rs the "I t ie the neares 

ACTIVE node. The nearest node information is 
men encoded as DTL and the message is for- 
warded to trie nearest node. 

Similar actions are taken when a participating node 
ieaves the multicast group. In this case a LEAVE mes- 
sage is sent to an ACTIVE neighbor nods, provided that 
the participant has only one ACTIVE neighbor. The par- 
ticipant node then enters the IDLE state. The neighbor 
node may then forward the LEAVE message to its near- 
est neighbor ii it is not a participant and has only one 
ACTIVE neighbor. When a LEAVE message is sent 
across a border link, then a copy of the message Is sent 
to the apptopnate logical node, so that the global stale 
of the node can be changed to the IDLE state. 

he xtet ie - i >co Jescr sec m : 
above may be further appreciated when discussed in 
conjunction with the istrated in FIGs 10 

through 't3, in which each FIG Illustrates a network 
formed from tore© poor groups of network nodes (e.g., 
a 1 _ ' J f 1 - r t - n peer 
oup (a '01 re r< iveiy t ted A.I \ > 

c 1 ; spec -ely - i lated S 1 through B 
5 and (c) 803 ate ' d C.I 1 , 

C 5 The dark (or fined in) node serves as the PGL for 
eei g oup in each of FIGs 03 thscugh 
1 3 Assume for FIG f 0 thai node A.3 wants to join a 
multicast group and. therefore sends a request to that 
effect to its PGL {node A), which causes that PGL to 



enter the "F;nc ,; phase at the higher level as noted by 
the ellipse containing logical PGLs A, 8 and C, Sines 
PGL A enters the highest lev©!, it sends a REQUEST 
message to the other members of its peer-group to de- 
termine who has the requested multicast information, 
some ths 3L Adetormit it i . r e no rrsem- 
Nsr-groyps 8 and C 1 lis Tor- 
malscn is passed on to node A 3 and she state of node 
A 3 becomes ACTIVE, The multicast tree now consists 
of a single node A. 3. Globally, the stairs machine lor log- 
ical nods A also makes a transition to the ACTIVE state 
The ACTIVE nodes at each level ere shown as coxes 
in FIG. 11 The participant nodes at each >evef arc 
shown as lightly shaded boxes 

Assume that node CT now wants to join the multi- 
cast group, and, therefore sends a request to its PGL 
■ node C) to enter the "Find" phase. Node C, in response 
thereto, sends a REQUEST message to logical node B 
and logical node A. {Note that node C may enter the 
RETRY state if there is a concurrent Join request from 
logical i oueB ) I iheiea.eii >n< lv 

logical node A is ACTIVE and this information is sent to 
node C.4 by logical node C. This action completes the 
"Find" phase for node C.4. 

In ihe 'Join" phase, node C.4 encodes a path to 
peer-group A as a DTL and forwards a JOI N-REQ mes- 
sage to peer-group A, The message enters peer-group 
S, across the border link (C.2--B.4,!. Here node B 4 is 
the ingress node and the DTL stack is not empty {step 
{;ij of the "Join" phase) Node 3A identifies a path 
through its peer-group to peer-group A and appends the 
path to the DTL. It then towards the message towards 
peer-group A. Node B 4 also sends a copy of the JOIN- 
REQ message to the PGL node 8.1, which maintains 
the global state machine for logical node 8 Node B 1 
updates the global state machine of node 8 to TENTA- 
TIVE state. Assume that the message enters peer- 
group A across link (B.5-A.5). The DTL stack is now 
empty (step (III) of the Join" phase). Node A.5 upon re- 
ceipt of the message enters the "Find" phase to deter- 
mine the nearest node that should receive the message,, 
i.e., node A. 3. ft then appends the path to nods A 3 to 
the DTL and forwards ihe JOI N-REQ to node A3. Node 
A 3, being in the ACTIVE stats, replies to receipt of the 
message by ramming a JOIN-AOK message istcp (I) of 

)in" pha he IN-A n a 

the path f - . t by II JOIN-REQ message. When h 
JOIN-ACK crosses the border link (A.5-B.S), the state 
machine of logical node 8 is updated to the ACTIVE 
state Logical node C becomes ACTIVE when fine JOiN- 
~ s link 3 4 C >) 1 - i 
v n " ' •> shown as do 3d m c 12. 
Node B.2 can now join the multicast tree by joining node 
8.4, as shown in FIG. 13. 

St participant A 3 leaves the multicast group,, then if 
sends a LEAVE message io a- f- " winch propagates 
the message to node B.5. Node A.5 aiso sends a copy 
oi the LEAVE message to node A 1 so that trie global 



state machine of logical peer-group A may be changed 
to me IDLE stale. Node 3,5 also sends a LEAVE rnss- 

j in the propagatio - ' 

m je stops B4si odeh 

s TlVEneigl - and C.2. The resulting tree 

is shown in FIG. 14. Assume now node 8.2 similarly 
leaves the multicast group, in this instant the LEAVE 
i i . cites to node C.4. Recall that when the 

LEAVE message Is sent across link B.4--C.2, a copy is 

10 also ssnHo node B.1 sc thr I jl s ) machine 
lor the peer -group may be changed lo IDLE state. The 
final tree consisting of only node C 4 Is shown In FsG. 16. 



1 . A method oi joining a multicast connection c,n 

3 1 m a source 3 3 ■ ib I ulti ast 1 tot 
l ! t i K r i , •< t i t 

in a network composed of a plurality of communica- 
tions nodes, said method comprising the steps of 

as one of said nodes responsive to receip; of a 
request - ive s v 1 information, 
constructing at least one routing tree formed 
from selected paths to each of a number of oth- 

n oe idci e -n mo tr c ng 
message identifying said information to the se- 
lected nodes in accordance with the routing 
tree, and 

at said one node, responsive to receipt of a 
iti, > 1 m hen n 

ihe originator o? the identified information, 
sending a message containing a request to join 
multicast distribution of the identified informa- 
tion. 

2. The method of claim 1 further comprising the steps 

of 

at the source node, responsive to receipt of a 
message containing a request to join the multicast 
distribution of the identified information, returning 
tn acknowlc } n< to ha originator of 

the message. 

3. The method of claim 1 further comprising ihe steps 



at the source r c e i s f 
message containing a request to join ihe mul- 
ticast distribution of the identified information, 
constructing s network path tree rooted at the 
source node and extending ra the node origi- 
nating ihe message, and 

uppi them ast i ma a the path 
free rooted at the source node 



: -o met: x- 1 5 1 e ' toitic 
includes at one intermediate node between the 
sot oe no te ai 

and wherein said - s o censes the 

steps of 



- ; 1 d , i jctk 

i is oiti s Su 3 mult e^s r 

rdtj-^SctC I ~ w sstab sheJ 

e 3 j of cc nm jnica- 

tions nodes., said method comprising the steps of 



a; the intermediate notie ; responsive to receiv- 
ing from another one said nodes a message 
containing a request tor said multicast informa- 
tion, returning to said other one of said nodes 
a reply message indicating that said intermedi- 
ate node can supply said muiticast information., 
and 

at said other one; of said nodes accumulating 
all reply messages to its request for tno mufti- 
"i it mi m i in iwmch of 
nodes reluming a reply message is closest to 
of said jes • ' 



atartetwc 1 i - mi 

first and second other ones of She network 
nodes resp< ctive t o iom the 

multicast, determining as a function of a prede- 
termined parameter, which one of the test and 
second nodes is to be connected first to the 
multicast connection and sending a wait mes- 
sage to the other one of the first and second 
nodes, 

forwarding! i from said one 

of said firs; arid second nodes over a path con- 
tained in that message, and 



th asl h 

determined closest one of the nodes that re- 
turned a reply message to satd other one of said 



nodes 



thereafter, responsive to receip ■ 
formation from a source via a path rooted af the 
source supplying the multicast information to 
said one of said th - md nodes 



I'he method of c m4lut ising in step of 

at the dosesi cine of the nodes, responsive to 
receipl of the join message and thereafter respon- 
sive to receipt of multicast information via the path 
tree rooted at the source node, sending a copy of 
the received multicast information to the other one 
of said nodes, 

The method of claim 5 wherein said intermediate 
node is said closest one of She nodes and wherein 
said method further comprises the steps of 

at said inlormediate node, responsive to re- 
ceiving from said one node a message addressed 
used so, oi O'd, 'm ■>< m -mni 
the sending of the multicast information to said one 
node, terminating the sending of the multicast infor- 
mation to sa ii onflnuing to suppl 
the multicast information as it is received to said oth- 
er one of said nodes. 

!"he method < aim 5 v, re 

node is said closest one of the nodes and wherein 

said method further comprises the steps of 

at th - 1 respo 5 ,e o re- 

ceiving from said other one of said nodes a mss- 
c } * f Nr lodes c req es i 

a termination of the sending of the multicast infor- 
mation to sa i s ;s terminating 
the seeding el the multicast information to -said oth- 
er one of said nodes, and responsive to having no 
o v he ieup° i - . i - - muiion send- 
ing the received termination message to the source 
node. 



9. The mi mpnsing the s: 



response to receipt of the wait message, wait- 
ing a predetermined period of time, and 

at the expiration of that penod of time again 
sending a message requesting receipt of the 
mu iticasf information . 

10. The method of c*aim 3 further comprising the step of 

at said network node, responsive to receipt of 
the request message Pom said otner one of said 
first and second nodes, supplying said multicast in- 
formation to said other one of said first and second 
nodes as if is received from the source. 

11. The method of claim 9 further comprising the steps 
of 

at said network node, responsive to receiving 
from said one node of said first and second modes 
a message addressed to said source node and re- 
questing a termination of the sending of the multi- 
cast information to said one of said first and second 
nodes, terminating the sending of the multicast in- 
formation to that node and continuing to supply the 
multicast information as it is received to said other 
one of sals first and second nodes 



12. 



lomprlslng the steps 



a; said network node responsive to receiving 



fre said oth > < s o< ond nodes 

iode and re- 
quests g a termination of the sending of the mufti- 
cast information to said other one of said first and 
second ozk j k; of the rnuh 

' -i i mn i s j responsive 

to having no other recipient for said multicast, infor- 
mation, sending the received message requesting 
termination to the source node. 
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1. Claims: 1-7 

Method for joining a multicast connection. Receiving & 
request to receive ■;iu;t'scast information. Constructing 3 
-outing tree unci seeding § message to selected nodes in 
accordance with the routing tree 



2, Claims: 8-12 

Method of joining' a multicast connection. Receiving a join 
message from a first and second node. Depending on a 
predetermined parameter connecting one node and sending a 
wait message to the second node. 



